Date: Fri, 9 Sep 94 04:30:25 PDT 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V94 #300 

To: Ham-Digital 


Ham-Digital Digest Fri, 9 Sep 94 Volume 94 : Issue 300 


Today's Topics: 
Packet with a TH-78A?-How fast? 
TCP/IP over packet trough winsock ... 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Thu, 8 Sep 94 14:16:16 -0500 

From: news.delphi.com!usenet@uunet.uu.net 
Subject: Packet with a TH-78A?-How fast? 
To: ham-digital@ucsd.edu 


Vince B. Hadley <hadleyv@et.byu.edu> writes: 


> I am considering getting into packet with my TH-78A (it's all I can 
>afford). What has been your experience? How fast can you go? 1200, 2400, 
>or 9600 (on 440)? Experience any problems? What do you do to toggle 
>transmit/recieve? I haven't a clue as to what other have done or are doing 
>so any and all comments would be appreciated. Thanks! 


Vince, 

I have used my th78a for 1200 baud packet for a while now 
and find it to work very well. You can wire up a cheap 
cable with the mini plugs (radio shack) and any multi- 
conductor cable, and a db-9 or whatever your tnc uses. 


I use a kpc-3 with several mini-terminals and i can back pack 


the whole thing. Also, it works fine mobile. 


I don't know if it will switch fast enough for 9600 baud 
but i suspect that it will not. and bypassing the ptt is 
for those with more money............ 


later 


73 de niqdq 


Date: Thu, 8 Sep 1994 16:49:53 GMT 

From: news.mtholyoke.edu! world! dts@uunet.uu.net 
Subject: TCP/IP over packet trough winsock ... 
To: ham-digital@ucsd.edu 


In article <34gmem$ckg@linetO02.li.net>, Joe Tomasone <jtomason@li.net> wrote: 
>In article <dany.64.000AED17@arti.vub.ac.be>, dany@arti.vub.ac.be (Dany 
Vereertbrugghen) says: 

>>I used the latest version of Trumpet winsock, and the latest version 

>>of ws_ftp. If I try the FTP, the TNC does transmit something, but 

>>the trumpet winsock stuff immediatly gives an ARP time out, and 

>>a TCP error. It also stops retrying very soon. 

>>Has anyone got experience with this? 

> 

>No direct experience, but from a programming standpoint I would guess that 
>the WS_FTP is expecting a very fast reply (which over phone lines is fine) 
>but it's timeout threshold is much too fast for radio-based work. You 
>might want to check the program for a parameter to update or contact 

>the author. 

> 

>I just checked my WS_FTP -- Play with the timeout value in the 

>ADVANCED menu of the session settings. Perhaps that will do the 

>trick. Let me know! 


If properly written, FTP should NOT know or care about timeouts. FTP uses 
TCP, a protocol which provides connection oriented service over IP. TCP 
works on networks of any speed, including the terribly slow. 


Now if someone who wrote a Windows version of TCP/IP and friends though 
they were doing users a favor by not implementing the standards properly, 
it'd be time to find another protocol stack provider. 


There is no way for your FTP to know simply be the fact that its local 
connection is on a high speed network that there will not be a low speed 
segment somwhere on the internetwork it traverses. Most corporate links 
to the internet, for example, are at 56Kbps. Get a few folks doing 


file transfers, and that's loaded up. The TCP protocol can deal with 
that... 


There should be no reason why a properly implemented TCP/IP stack and 
applications set cannot run over packet radio at 1200 baud successfully. 
This goes for implementations on Unix, Windows, VMS, or whatever other 
OS you can name. One of these days perhaps I'll get to implement an 
AX.25 encapsulator for one of my company's router products! 


Dan 

Daniel Senie Internet: dts@world.std.com 
Daniel Senie Consulting nijeb@world.std.com 
508-779-0439 Compuserve: 74176 ,1347 


End of Ham-Digital Digest V94 #300 
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